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Patents Act 1990 

PROVISIONAI SPECIFICATI ON FOR THF INVENTION FNTITI Fn - 
"AN ACCOUNTING SYSTEM" 



This invention is described in the following statement: 



AN ACCOUNTING SYSTEM 

TECHNICAL FIELD OF THE INVENTION 
THIS INVENTION relates to an accounting system for processing 
transactions. 

BACKGROUND OF THE INVENTION 
For many years, operators of small and medium enterprises (SME) have been 
performing manual bookkeeping work for transaction records. The books containing 
the transaction records are then given to the operators 1 accountants for preparing 
accounts statements and tax returns- 
Recent changes in taxation law, especially the introduction of the Goods and 
Services Tax (GST) which requires businesses to collect GST in any transaction that 
attracts this tax and to submit periodic Business Activities Statements (BAS), have 
made manual bookkeeping tasks extremely complex. Consequently, SME 
operators, in generally, have resorted to use a computerised accounting system to 
enter transaction records so that the records can be processed for generating reports 
for their accountants and the tax authority. 

To use the computerised accounting system effectively and to produce 
accounts reports that are acceptable to accountants and the tax authority, the 
operators not only have to learn basic computer skills, but also accounting terms 
and procedures employed in their accounting application software and taxation 
liabilities appropriate for their businesses. 

The application software must also be configured to suit accounting practices 
of individual SME operators. That means the operators must acquire the necessary 



knowledge in accounting practice and tax law in order to configure the application 
software to use the accounting procedures and tax liability options that suit their 
businesses. 

The application software is intended for general use and employs common 
accounting terms for transactions. Consequently, the SME operators can no longer 
use the transaction item descriptions they have adopted for their manual 
bookkeeping system. This represents a major disadvantage for most of the SME 
operators who now must spend time familiarising with new accounting terms that 
they are unfamiliar of. Transaction entry errors often occurs when using unfamiliar 
terms to enter transaction records. The errors can be very difficult to trace and 
correct. 

With the introduction of Goods and Services Tax (GST), the computerised 
accounting system has become more complicated for the SME operators as they 
must now act as collection agents for the GST. To set up the accounting system for 
generating BAS, SME operators must configure the application software with 
appropriate tax liabilities of goods and services that attract GST and other taxes. 
These requirements place heavy burdens on SME operators. In addition, many of 
them do not have sufficient knowledge to determine which transaction items attract 
GST and which do not. They also do not have the necessary knowledge to allocate 
transactions in order to correctly report the GST, Pay As You Go (PAYG) 
Withholding and PAYG Installments in the BAS. 

Periodically, the entered transaction records need to be reconciled with bank 
records. The reconciliation process is not generally understood by SME operators, 
and is time consuming. 



The known computerised accounting system is for processing accounts 
reports only. It would be desirable to use information obtainable from transaction 
records to perform management related functions. 

OBIECT OF THE INVENTION! 
It is an object of the present invention to alleviate or to reduce to a certain 
level one or more of the prior art disadvantages. 

SUMMARY OF THF INVENTION! 
In one aspect therefore the present invention resides in an accounting system 
including a client cashbook module for use by a client. The cashbook module has 
transaction entry means for entering transaction records, pre-assigned transaction 
category codes for selecting a category code to associate with a transaction record 
to be entered through the transaction entry means, and a client chart of accounts 
for selection of an account to which the transaction is to be associated, the accounts 
being predetermined by the client. Each of said accounts include a pre-allocated 
unique account identification and an account description which is prescribed by the 
client, and each of said category codes is pre-specified as a taxed or non-taxed, and 
as an expenditure or income transaction type. 

It is preferred that the client cashbook module has a report generating means 
arranged to access the entered transaction records for generating accounting reports. 
More preferably, the report generating means includes a report selection 
arrangement for selecting any one of a number of accounting reports for generation. 

In preference, at least one of said taxed category codes is pre-allocated to 
taxation segments for a taxation report, being one of the accounting reports. More 
preferably, said taxation report is a Business Activity Statement (BAS) that complies 
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with the Goods and Services Tax (GST). Where a taxed category code having a 
variable taxation allocation is entered, a window with appropriate prompts for 
specifying amounts to be allocated is presented entering the amounts. 

It is further preferred that the category codes include a category for wages 
5 and the wage category is associated with a wage account in said client chart of 
accounts. Accordingly, the system according to the present invention also functions 
as payroll package. 

The system may have storage means for storing the transaction records and 
is arranged for accessing bank statement records over a communications network. 
10 The cashbook module may have reconciliation means for reconciling said stored 
transaction records with the bank statement records. 

Preferably, the system includes an adviser module having report generating 
means and being arranged to access transaction records transferred from the client 
module for generating accounting reports and management reports. More 
1 5 preferably, the report generating means includes a report selection arrangement for 
selecting any one of a number of accounting and management reports for 
generation. 

The system may also include an administration module for administering 
said cashbook module, and the administration module and the cashbook module 
20 are arranged for communication over a communications network. The 
administration module has a master chart of accounts from which the client chart 
of accounts is extracted, and chart generating means for generating said master 
chart of accounts in accordance with adviser's determination. It is preferred that the 
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client chart of accounts is locked so that the account identifications and the account 
descriptions therein can not be altered. 

It is further preferred that the administration module has a transaction code 
generating means for generating the transaction codes as specified by the client and 
5 the client's adviser. 

The system may have a number of client cashbook modules in 
communication with the administration module. Each of the cashbook modules has 
a module reference and is adapted to transfer sales orders and/or purchase orders 
which include module references of suppliers, through the administration module. 
10 The administration module may have a coordination unit arranged to use the 
module references to transfer a purchase order from an originating cashbook 
module to a supplier cashbook module and to transfer a subsequently received 
invoice from the supplier cashbook module to the originating cashbook module. 
It is preferred that payment of the invoice is also transfer through the administration 
1 5 module so that the coordination unit has a record that the invoice has been settled. 

Accordingly, the system of the present invention can store transaction 
information between suppliers and purchasers. The coordination unit can thus be 
arranged to automate purchase orders when stocks for transactions are below 
predetermined levels. 

20 Preferably, the or each said client cash book module is associated with an 

adviser module which is also arranged to be in communication with the 
administration module so that the transaction records of the associated client(s) can 
be accessed remotely. 



BRIEF DESCRIPTION OF THE DRAWINGS 
In order that the present invention can be readily understood and put into 

practical effect the description will hereinafter refer to the accompanying drawings 

which illustrate non limiting embodiments of the present invention and wherein: 
Figure 1 is a schematic diagram showing an embodiment of the accounting 

system according to the present invention; 

Figure 2 is a flow diagram showing steps in configuring a cashbook module 

for a client; 

Figures 3 to 8 are forms for creating and editing client profile for the client 
cashbook module; 

Figures 9 to 12 are forms for generating accounts for the cashbook module; 
Figure 1 3 shows accounting reports for the client cashbook module; 
Figure 14 shows accounting reports for an adviser cashbook module; 
Figure 1 5 is a flow diagram showing steps in a bank reconciliation process; 
Figures 16 to 18 are forms for the bank reconciliation process shown in 
Figure 1 5; 

Figure 19 is a bank reconciliation report; 

Figure 20 is a menu for selecting grouped operations of the client cashbook 
module; 

Figure 21 shows operations available under the "Systems" group in the menu 
shown in Figure 20; 

Figure 22 shows sub-operations available following selection of the 
"Backup" operation shown in Figure 21; 
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Figure 23 shows sub-operations available following selection of the 
"Cashbook" operation shown in Figure 21; 

Figure 24 is aform presented following selection of the "Bank Reconciliation 
Entry" sub-operation shown in Figure 23; 

Figure 25 is a form presented following selection of the "Payment and 
Receipt Entry Form" sub-operation shown in Figure 23; 

Figure 26 shows operations available under the "Reports" group in the menu 
shown in Figure 20; 

Figures 27 to 30 are forms for entering details of a payment transaction- 
Figures 31 to 32 are forms for entering details of a receipt transaction; 
Figure 33 is a network diagram showing communications routes to access 
the administration module of the system according to the present invention; 

Figure 34 is a flow diagram showing steps for online transfer of a purchaser 

order and a supplier invoice through the administration module shown in Figure 33; 
and 

Figure 35 shows steps in a standard cost process. 

DETAILED DESCRIPTI ON OF THF DRAWINGS 

Referring to the drawings and initially to Figure 1 there is shown an 
accounting system 10 according to an embodiment of the present invention. The 
system 10 has a client cashbook module 12 operating on a laptop computer, an 
administration module 1 4 operating on a server computer system 1 4 which may be 
arranged as shown in Figure 33. The server system 14 and an administrator 16 are 
connected in a local area network. The client cashbook module 1 2 is connected to 
the server system 14 through the Internet 18. 
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Figure 23 shows sub-operations available following selection of the 
"Cashbook" operation shown in Figure 21; 

Figure 24 is aform presented following selection of the "Bank Reconciliation 
Entry" sub-operation shown in Figure 23; 
5 Figure 25 is a form presented following selection of the "Payment and 

Receipt Entry Form" sub-operation shown in Figure 23; 

Figure 26 shows operations available under the "Reports" group in the menu 
shown in Figure 20; 

Figures 27 to 30 are forms for entering details of a payment transaction;. 
10 Figures 31 to 32 are forms for entering details of a receipt transaction; 

Figure 33 is a network diagram showing communications routes to access 
the administration module of the system according to the present invention; 

Figure 34 is a flow diagram showing steps for online transfer of a purchaser 
order and asupplier invoice through the administration module shown in Figure 33; 
1 5 and 

Figure 35 shows steps in a standard cost process. 

DETAILED DESCRIPTION OF THE DRAWINGS 
Referring to the drawings and initially to Figure 1 there is shown an 
accounting system 10 according to an embodiment of the present invention. The 
20 system 10 has a client cashbook module 12 operating on a laptop computer, an 
administration module 1 4 operating on a server computer system 1 4 which may be 
arranged as shown in Figure 33. The server system 14 and an administrator 1 6 are 
connected in a local area network. The client cashbook module 1 2 is connected to 
the server system 14 through the Internet 18. 



While not shown, it should be understood that system 10 has an adviser 
module associated with the client cashbook module 12, and the adviser module 
can access the server system 14 to transfer information to the server system 14 for 
configuring the client module 12 and to retrieve transaction information of the 
associated client module 12. 

Typically, the adviser of the client would be a professional accountant who 
advises the accounting procedures and tax liability options that are appropriate to 
the client. The account would also be provided with account descriptions that the 
client is familiar with. To request the administration module 1 4 to configure or edit 
a cashbook module 12 the accountant can use the adviser module to transfer the 
client's account requirements to the administration module 14, as shown in boxes 
20 and 22 in Figure 2. The information provided to set up the mater chart of 
accounts would include any private percentage to be applied to an account and if 
so which ledger account the private portions are to be allocated. The account 
would also advise the following where applicable: 

Cash or Accrual BAS reporting 

Small food retailer percentage 

Predominant Long Term Commercial Accommodation 
New Motor Vehicles purchased before 23 May 2001 
Hire purchase start before 1 July 2000 
Hire purchase new motor vehicle before 23 May 2001 
Particulars of predetermined GST status (eg Property lease) 
Bank reconciliation 
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The account requirements provided by the account are used to set up a 
master chart of accounts for the client. From the master chart of accounts, the 
accounts for us by the client are identified for generating a user chart of accounts. 

A new client cashbook module 12 is then fully configured as shown in box 
24 in Figure 2. When the client receives the module 12 it can be installed on his 
computer and the cashbook module 1 2 is ready for use without the usual need to 
set up accounts and to allocate tax liabilities that is common in the prior art. 
Moreover, he needs not to learn new accounting terms as the account descriptions 
are the ones he is familiar with. 

Turning to Figures 3 to 8 which show a project profile means for creating or 
editing client profile for the system according to the present invention. As shown, 
the profile means has forms for entering general client details, GST and ledger 
details, entity structure details, accountant details, source accounts details and 
journal details. 

As shown in Figure 3 when the button "General" 40 is selected the 
administration module 14 presents a form for completing client details, modules 
requested by the client's account, a security code to unlock the module(s) and 
password for the administrator 16 to access and edit the module(s). 

When the button "GST and Ledger" 42 is selected, a form as shown in Figure 
4 is presented for entering reporting periods, default GST liabilities and method of 
payment, and tax values to be used. 

The "Entity structure" button 44 is for entering client's business structure as 
set out in the form shown in Figure 5. The button "Accountant details" 46 is used 
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to registered the client's account and to provide password protected access to the 
client's data, as shown in Figure 6. 

The "Source Accounts" 48 is used to create and edit accounts details which 
include account identification references (ACCOUNT ID), account descriptions 
(DESCRIPTION), tax liability codes (Code), extension codes (Code Ext), branch 
references (BR) and department references (DEP). The "Journal" 50 is used to record 
opening balances for the accounts as shown in Figure 8. 

Each of the accounts will be associated with a transaction code as listed 

below. 



Expenditure Codes 






oj i - Ljenerai 


E11 


- Voluntary Agreement 


E02 - Wages 


E12 


- Input Taxed 


E03 - NON Reportable 


E13 


- Private NON Deductable 


E04 - GST Paid Up Front 


E14 




E05 - Included Stamp Duty 


E15 


- Taxed Acquisition 


E06 - Loan 


E16 




E07 - Hire Purchase [ACCRUALS] 


E17 




E08 - Hire Purchase [CASH] 


E18 


- DON'T KNOW OR NOT LISTED! 


E09 - Motor Vehicle Registrations 


E19 




E10- GST Free 


E20 




Income codes 






101 - General 


111 - 


Margin Scheme 


I02- Small Food Retailer 


112- 


TFM Withholding 


I03 - NON Reportable 


11 3- 


ABN Withholding 
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114 - DON'T KNOW OR NOT LISTED! 

115- 

116- 

117- 

118- 

119- 

I20- 

OB - Opening Balance (Private/Journal Use) 
Ol - Other Income 



104 - Export Supply 

105 - Input Taxed 

106 - Tax Supply 

107 - Pre 1/7/2000 
5 I08 - GST Free 

109 - Longterm Accommodation 

110 - Predominantly LTCA 
Extended Functionality 
CA - Capital 

10 CG - Cost of Sold Goods 

II - Instalment Income 

PV - Private (Internal Use Only) 

The codes are used to trigger BAS processing actions. At any stage during the 

processing of transactions through the Cashbook Module, the Creditors Module and 
1 5 the Debtors Module where the client selects a general ledger account directly, the 

BAS action codes will activate. 

The master chart of accounts can be edited through the administration 

module 14. Figure 9 shows an editing console for changing the account name of 

ACCOUNT ID 01 1 0.1 000 to "Fred Smith". Other account details can also be edited 
20 through the editing console. The branch and department references can be edited 

through the branch and department editing consoles as shown in Figures 1 0 and 1 1 

respectively. 

Figure 12 shows a portion of a list of the user chart of accounts that are 
extracted from the mater chart of accounts. Returning to Figure 7, there is shown 
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that to extract an account to the user chart of accounts a tick sign is marked in the 
check box next to the ACCOUNT ID for this account. 

The administrator 16 can also nominate accounting reports that are to be 
available to the client Figure 13 shows the available . Whereas in the adviser 
5 module, the accountant has a larger number of reports as shown in Figure 14. 

The client cashbook module 12 and the adviser module are now fully 
configured to the client's and accountant's requirements. They are transferred to the 
client's computer and the accountant's computerfor installation. Once installed, the 
client can enter transaction records as indicated in box 26 in Figure 2. 
10 Figure 20 shows an interface 60 for selecting operations and options 

available in the client cashbook module 12. The interface 60 is in the form of a 
menu with a "Systems" button 52, a "Reports" button 54, a "View" button 56 and 
a "Help" button 58. Selecting the "Systems" button 52, will present the operations 
available to the client as shown in Figure 2 1 . When"Backup" is selected the options 
1 5 for performing a backup procedure for storing data to a drive, for sending data to 
the accountant's computer, for sending data to the account by email, and for 
importing records can be selected, as shown in Figure 22. 

When "Cashbook" is selected, the client is able to select any of the options 
for performing a bank reconciliation procedure, for recording transaction records, 
20 and to search for a record, as shown in Figure 23. Figure 24 shows the form for 
entering details required for performing a bank reconciliation. Figure 25 shows a 
form for entering details of a transaction to be recorded. 

When the "Reports" button is selected, the client can select any of the 
accounting reports as shown in Figure 26. 
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Figures 27 to 30 show forms for information that must be provided for a 
payment transaction, as required for the box 28 shown in Figure 2. To select for 
recording a payment transaction the client must select the "Payment Entry" button 
62 if the form for entering payment detai Is is not present. The user must provide the 
5 source of payment in box 66. If the client needs to view a list of accounts, the 
system 10 will show the list when the arrow button at the end of the box 66 is 
selected. From the list the required account can be selected. Similarly, the client 
can select a reference date from a calender to be entered in box 68, a payment type 
from a list containing "Cash", "Cheque", "EFTPOS", "Credit" and "Bank transfer" in 

10 box 70, the person to whom the payment is made in boxes 72 and 74. Payment 
details and amounts are entered in boxes 76 and 78. In box 72, the client can select 
either "creditor" or "Payee Name/Details". The box 74 allows a name to be entered 
only if "Payee Name/Details" is selected. 

The words "REQUIRED" and "BALANCE" in box 80 are indicated in box 80. 

15 "BALANCE" is the amount of the payment which in this case is $350.00, and 
"REQUIRED" is the amount still to be processed in a situation where the payment 
is split between several accounts. Selecting the arrow sign or right clicking a mouse 
in box 82 will bring up a list of ledger accounts for selection to enter in box 82. The 
total amount will be automated inserted in box 84. If the amount is to be split the 

20 amount shown can be changed to the figure for the selected account, and the split 
amount for another account can be entered in new boxes 82 and 84 created by 
selecting the " + " sign 86. The "-" sign 88 is for deleting a record on the screen. The 
arrow signs close to the signs 86 and 88 are for navigation through the transactions 
shown on the screen. If tax is payable for the selected account in box 82, a form as 
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shown in Figure 28 will appear. Some of the questions in the form are dimmed 
(inactive) until a check is inserted in box of a related question. Figure 29 shows a 
previously dimmed question becomes lit when the check box for "Payment 
supported by a GST Inclusive Tax Invoice?" is ticked. Checking the box also 
removes the "Taxed Acquisition" box as shown in Figure 30. The "Taxed 
Acquisition" box is for entering amounts for the taxed and non-taxed acquisitions. 

Selecting the button "Receipt Entry" 64 will bring up a form as shown in 
Figure 31 . As the transaction recording procedure is substantially similar to that for 
payment entry, it is believed that no detailed reference is necessary. The form for 
entering tax details as shown in Figure Figure 33 appears following entry of the 
Receipt Description. When the box next to "Does GST apply to all of the Receipt?" 
is checked the box for entering Tax Information disappears as shown in Figure 32. 

As mentioned earlier, the account code "E01 " was entered for the payment 
transaction shown in Figure 27. The code E01 is attached to a selected general 
ledger account in the form with four highlighted questions with a 'no* response. 
The client must go through each question and respond in relation to the transaction. 
Eg 

Question 1 Payment supported by a GST inclusive Tax Invoice? 
If the transaction is for a compliant tax invoice, the response is 'no'. 
Go to next question 

Question 2 To pay a PRE 1/7/2000? 

It would be unusual to select 'yes' to this question now, but can still apply 
to items such as retention money, dispute resolutions and the like. 
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Go to next question 

Question 3 Payment for a Taxed Acquisition? 

If the payment is an amount not exceeding $50 excluding GST there is not 
5 requirement to retain a compliant tax invoice. If there is not GST in the 

invoice the answer to this question is *no'. 
Go to next question 

Question 4 Has an amount been withheld for failure to obtain an ABN? 
10 If the supplier is not registered for GST and ABN is still required except in 

certain circumstances when a Statement By Supplier must be provided. 

If an ABN or Statement By Supplier is provided in relation to the transaction 

the answer to the question is 'no 1 . 

Click on Confirm Details button. 
1 5 Click on Store Payment Transaction button 

If desired, move the mouse arrow to click anywhere on the Database Viewer 

(at bottom of screen) and scan the database allocation. 

Move the mouse arrow to click on the Entry Form to process the next 

transaction. 

20 Assume the next selected general ledger account also triggers E01 . 



Question 1 Payment supported by a GST Inclusive Tax Invoice? 
Assuming the transaction is for a compliant tax invoice. The response is 
'yes 1 , so click on the question to put a tick in the. box. Now there is only 
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one more question to be answered including a no response. There is also 
an extension to the window requiring extra information if the response to 
question two is 'no 1 . 
Go to next question 

Question 2 Does GST apply to all of the Acquisition? 
If the response is 'no 1 , complete the boxes at the bottom of the window. If 
the response is 'yes', click on the question to put a tick in the box. The 
extension to the window now disappears and you are left with the confirm 
details button. 

Click on Confirm Details button. 

Click on Store Payment Transaction button. 

Again the client can go to the Database viewer to peruse the allocation. 

Code E02 attaches to wage category accounts and produces a window that 
requests the amounts withheld from gross earnings. Eg income tax withheld, and 
other withholdings such as union dues, extra superannuation and other requests by 
employees. These are added to the net amount to show the gross amount at 
"Calculated Total". If there is agreement that the total shown is the gross amount 
click on the Confirm Details button and then click on the Store Payment 
Transaction button. 

Code E03 is attached to accounts that are not reported in the BAS. No 
questions are required, hence no window appears to all that is required is to click 
on the Store Payment Transaction button. 
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Code E04 is used with an account where payment is made in instalments but 
the GST for the total transaction is paid in the first instalment. When activated an 
extended window will appear requiring additional information to be entered. This 
information will normally be provided on the suppliers invoice. After the 
5 information has been entered, click on the Confirm Detail button and then Store 
Payment Transaction button. 

Code EOS is used with accounts that normally include stamp duty which 
doesn't include GST and the other portion of the payment does include GST. 
When activated an extended window will appear requesting additional information. 
10 This information will normally be provided on the suppliers invoice. After the 
information has been entered, click on the Confirm Detail button and then the Store 
Payment Transaction button. 

E06 is used with loan instalment payments and requests information be 
entered that is treated separately in the BAS. The client should be able to obtain the 
1 5 information required from the lender. After the information has been entered, click 
on the Confirm Detail button and then the Store Payment Transaction button. 

Code E07 is used with hire purchase payments when reporting the BAS on 
an accruals basis. The window requests additional information that should be 
available from the lender. After the information has been entered, click on the 
20 Confirm Detail button and then the Store Payment Transaction button. 

Code E08 is used with hire purchase payments when reporting the BAS on 
a cash basis. The window requests additional information that should be available 
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from the lender. After the information has been entered, click on the Confirm 
Detail button and then the Store Payment Transaction button. 

Code E09 is for motor vehicle registrations. The window requests separate 
amounts for registration and for third party insurance, as each is treated differently 
5 in the BAS report. After the information has been entered, click on the Confirm 
Detail button and then the Store Payment Transaction button. 

Code E10 is for accounts where it has been determined that all payments 
allocated to that account will be an acquisition with no GST. No window will 
appear and all that is required is to click on the Store Payment Transaction button. 
10 Code E1 1 is used with accounts where a voluntary agreement is held to 

deduct tax from contract payments. The window requests you to enter the amount 
of tax withheld, after which the client click on the Confirm Detail button and then 
on the Store Payment Transaction button. 

Codes El 2, E13, E15 and E18 are all used with accounts where the 
1 5 allocation has been determined. No window will appear and all that is required is 
to click on the Store Payment Transaction button. 
INCOME CODES 

Code 101 is a general code and when activated shows a window with one 
highlighted question with a f no ! response and an extended window requesting 
20 additional information as a result of the W response. If your response is 'no 1 enter 
the amount/s in the boxes next to the appropriate description and when enabled 
click on the Confirm Detail button and then the Store Receipt button. If the 
response is to be 'y esf c ' ic k on *e question. A tick will appear in the box and the 
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extended window requesting additional information will disappear. Click on the 
Confirm Detail button and then the Store Receipt Transaction button. The 
disenabled button requesting cost of goods sold will not enable unless the client is 
a dealer in the second hand goods. 
5 Code 102 is for small food retainer sales. The GST free percentage is 

incorporated in the set up procedure for the client. Being predetermined there is 
no requirement for additional information so no window appears. Click on the 
Store Receipt Transaction button. 

Codes 103, 104, 105, 106, 107, 108 and 114 are all used with accounts where 
10 the allocation has been determined. No window will appearand all that is required 
is to click on the Store Receipt Transaction. 

Code I09 is for commercial accommodation income where the client does 
not qualify as a supplier of predominantly long term commercial accommodation. 
A window requests the client to enter the amount received from the supply of NON 
1 5 long term commercial accommodation (less than 28 days). Enter the amount then 
click on the Confirm Details button and then on the Store Receipt Transaction 
button. 

Code 110 is for commercial accommodation income where the client 
qualifies as a supplier of predominantly long term commercial accommodation. In 
20 this situation the special rate for LTCA applies to all of the commercial 
accommodation income. Therefore no window will appear and all that is required 
is to click on the Store Receipt Transaction button. 
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Code 111 is used with accounts representing the sale of land under the 
margin scheme. A window requests you enter the amount of the margin. Enter the 
amount then click on the Confirm Details button and then on the Store Receipt 
Transaction button. 
5 EXTENDED CODE 

Code CA is for payments to be reported as "Capital Acquisitions" in the BAS. 
Code CG is an income code applicable to sales of second hand goods where 
input credits are claimed at the time of sale and not at the time of purchase. 

Code II is an income code used to calculate the PAYG Instalment income to 
10 be reported in the BAS. 

Turning now to Figure 15 which shows the steps for an automated bank 
reconciliation process for the system 10. For this process, the transaction records 
must have been reconciled as indicated in box 90 which is substantially as 
described with reference to box 22 in Figure 2. The entered transaction records for 
1 5 a particular bank account to be reconciled are then accessed as indicated in box 92 
and bank account statements for the particular account are imported as in box 94. 
A match process between the entered records and bank records is then carried out 
in box 96c. Any discrepancies between the two are provided in a report which must 
be cleared before the reconciliation process can be completed. 
20 The system 1 0 can also be manually reconciled as shown in Figures 1 6 and 

1 7. In the Figure 1 6 the unrepresented transactions are not shown. To display them, 
the check box "Display unrepresented if applicable" must be ticked so that they 
would appear as shown in Figure 17. The outstanding transactions "OS" are 
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checked. Clicking on a checked transaction will unchecked it, and the system will 
automatically recalculate balances as shown in Figure 1 8. When the reconciliation 
process is complete, a report as shown in Figure 19 can be generated. 

Turningto Figure 33, the server arrangement for accessing the administration 
module 14 has a number of servers 100 to 104 which serves as first line contacts 
from communications network. Only modules with the correct security code are 
permitted access to administration module 14. 

Figure 34 shows an embodiment of the system 1 0 where the administration 
module 14 is also a transaction coordinator, and is arranged to transfer purchase 
orders from cashbook modules 1 2 of clients wishing to place orders for products to 
be supplied from known suppliers who are also operating the client cash book 
modules. The suppliers on receiving the purchase orders convert them to sales 
orders and then take steps to obtained the ordered products from warehouses or to 
place production orders. Delivery and transportation are then arranged for delivery 
of the products. Invoices are also generated and transferred to the coordinator 14. 
When the clients ordering the products have finally received them, they will flag 
that to the coordinator and to add the products to inventory. In time remittances 
would be sent to the coordinator 14 for making payments to the suppliers. 

Figure 35 shows a standard cost process which is used by the cashbook 
module for the system shown in figure 34 for checking variances between standard 
costs and actual costs of products. 

Whilst the above has been given by way of illustrative example of the 
present invention many variations and modifications thereto will be apparent to 
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those skilled in the art without departing from the broad ambit and scope of the 
invention as herein set forth. 

DATED this 27 th day of June 2002 
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- Clientan 



1 and Accountant Discu$s User 
Chart of Accounts 



See Step #1 



We v £clatbos ) then receive the User 
Chart of Accounts and vrith tfiafcwe 
setup the; client Pa<5k$geby ftsertog 
lient terminology and I^AS action eo^tei 
nto the user chart of accounts (COA). 

See Step #2 



Accounjfcant wdtild perform genera^^ 
accounting .practices ptv-the recer^^p 
client infonnationi 

Accountant then provide the necessary 
rejports back to the Client. 



The system is then packaged for the 
Requested Client / Accountant .and is 
delivered to the client either by rcjanual 
delivery ot electronic means. ]/ 

See Step #3 



The Client enters the cash-book for 1 
first time. 

See Step #4 



The client then needs to input their 
transactions into the system. 

While entering data, the client m$y be 
required to answer adi^tional'qnie^tMSnf 
is the program de2ermih£$ \ft|&t 
must be taken. 



Dnce the client confirms that their data; 
is correct the program then allocates 

those details to the BAS and to the 
3eneral Ledger for fotutmg referfen^htg 
either by an accountant or by the 
program itself . 

See Step #5 
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The client then would complete their 
Reconciliation and then transfer their 
data to their accountant via email. 

See Step #6 
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Provision for deferred tax 

ATO Deferred tax 

Prepaid deposits from customers 

ESANDAHP$ 

Unexpired interest 

Bank Loan 

Equity Opening Balance 
Private funds paid into business 
Expenses paid from private source 
Transfer from profit and loss 
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? BAS Statement Shif t+F3 

^ Branch and Department Listing F5 

2 Chart of Accounts Shif t+F4 

2 General Ledger Audit Report 5hift+F6 

? GST Audit Report Shif t+F7 

~) PAYG Instalment Shift+F9 

? Search Query Form F7 



? Summary Report Shift+Alt+Fl 
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Shift+Fl 
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J BA5 Statement 


Shift+F3 


J Branch and Department Listing 


F5 


1 Chart of Accounts 


ShiFt+F4 


3 * Client Reconciliation Report 


F6 


1 * Detailed Ledger Report 


5hift+F5 


3 General Ledger Audit Report 


Shift+F6 


1 GST Audit Report 


5hift+F7 


3 * Manufacturing Report 


Shift+F8 


1 PAYG Instalment 


Shift+F9 


5 Partnership Key Report 


F8 


1 * Profit and Loss Statement 
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Shift+F10 


5 * Profit and Loss Distribution Report 


Shif t+F 1 1 


3 Search Query Form 
5 Summary Report 
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Shift+Alt+Fl 


1 * Trading Report 


Shift+Alt+F2 


1 * Trial Balance Report 
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pntant provides dfet^ilSoSfhe < 
Reconciliation :and then is 
T,BOS (R) duriiig die 
packaging process 

oce Step #2 in BAS Process 
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Bank Account statements are imported 
frojm the bank in electronic form. 
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ishbook Transactions that are entered 
the Client which are then transferred 






Bank statement records go through an 
electronic process of matching against 
client transactions. 


to the Bank Reconciliation for the 
Selected Source Bank Account 
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Differences are ptovidfed in a report 
winch is tp fee cleared before the 
reconciliation can%e completed. 



AUTOMATED BANK RECONCILIATION PROCESS 
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K RECONCILIATION REPORT: Bank working account 

BRANCH: brisbane 

DEPARTMENT: patent 

Unpresented Payments and Receipts 



Entry Date 
L9/10/2001 
19/10/2001 
L9/10/2001 
L9/10/2001 
L9/10/2001 
17/12/2001 
17/12/2001 
17/12/2001 
L7/12/2001 



Type Reference 

PAYMENT Electronic Transfer [03 

PAYMENT EFTPOS [-] 

PAYMENT EFTPOS [0] 

PAYMENT EFTPOS [-] 

PAYMENT Electronic Transfer [-] 

receipt oeposit slip to Bank £-] 

receipt Deposit slip to Bank [-3 

RECEIPT Deposit slip to Bank [-3 

RECEIPT Deposit slip to Bank [-3 



Balance per Bank statement © 30/06/2002 
unpresented payments 
Vnpresenxed Receipts 

cashbook Balance 



-$2,120-00 

$1,870.00 

$1,210-00 

-$2,780.00 



Amount 
$330.00 
$220-00 
$110.00 
$770.00 
$440.00 
$330-00 
$550.00 
$110.00 
$220.00 



Ledger Account Balance : -$2,780.00 



age Number: 1 



Date Generation: 4/06/2002 
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etups the Customer Profile 
provides a Product List. 



Customer setups S^^Be: 
List of Proouci 



r Profile and 
ucts. 




By allowing the Customer to do this we 
can then achieve to ascertain both 
Product and Supplier Code. 



£&stoiher prepares purchase order 



upplier would then take purchase 
order. 



j. 



Convert to $$$$ 



Create Picking List (Store ) J1 
Order ( Factory ) 



Create Transport Manifest / Print 



Create Back Order 



Create Invoice via Acciiial.B^btors 
System 



s 
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Take Invoice / Back Order 
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Gopd^Int^ar^ / Confirm Goods 
ttp/Ltvoice. 



; w^tch^o,©^ 



X 



.Amtii0$ S^st^^t^cts incoming 
ftrvtflpeif SfetVfer & Aetive / Otherwise it 
will Ti0 received by Email direct and 
wo^ldres^tamanttalentry. 



Creditors 




New Goods 
added to 
Inventory 



Supplier receives Remittances 
and Process through cashbook 
and debtors 



Remittance 



Server / Transaction Coordinator 



SERVER INTERACTION PROCESS 
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jtail for Inventory vftll include' 
tdard cost per rait. 
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tandard Cost Per Unit Compared with 
Achtual Cost per Unit. 
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Purchase Variance 
( Unit Variance * # of Unite ) 
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Automatically present -and:&enerat$ & 
Variance Report 



Receive Invoice from Supplier 
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Creditors / Cashbook 
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Store to General Ledger 



STANDARD COST PROCESS 
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